home *** CD-ROM | disk | FTP | other *** search
/ 8bitfiles.net/archives / archives.tar / archives / compuserve-file-archive / 23 Geos Applications / GEOOBV.THD < prev    next >
Text File  |  2019-04-13  |  8KB  |  210 lines
  1. #: 17398 S13/The GEOS Connection
  2.     27-Dec-88  19:11:21
  3. Sb: #GEOS 2.0 Observations
  4. Fm: Ed Flinn/Sysop 76703,4032
  5. To: All
  6.  
  7.    I've noticed a few oddities in GEOS 64 2.0, and thought I'd point them out
  8. for comment.
  9.    First, in geoPaint, it seems the value of the color on/off switch has been
  10. reversed.  geoPaints that are color on to any other geoPaint will be color off
  11. to the 'Paint in 2.0, and vice versa.  Wierd!
  12.    Second, this may be documented somewhere, as I haven't read the whole
  13. manual. By carefully positioning a file when you move it to a page, you can
  14. place it at a position other than the first empty slot on the page.  It's
  15. tricky, if you're off by just a little, it'll go to the first empty slot, but
  16. it can be done, and it didn't used to be possible.
  17.    Related, and documented, it's possible now to switch the positions of two
  18. files on a single page by picking one up and dropping it on the other. 
  19. Selecting an input driver from a disk with more than one on it will also swap
  20. the positions so that the one you select will be first on the disk.  Haven't
  21. experimented enough to determine if that's only true for boot disks.  NOTE:
  22. This means that selecting an input driver is now an output function to the
  23. disk.
  24.    Lastly, and probably only of interest to fanatical 1581 owners, GEOS appears
  25. to only support 18 directory pages.  It is possible to have disks with more
  26. pages, but there is no way to access pages above 19, or files on them, and any
  27. files on those pages do not count towards the displayed number of files, or
  28. storage used.  The only time I have run into this is on a 1581 being used as a
  29. font library, where fonts are small enough that more than 144 can be fit on a
  30. 1581.  144 files = 18 full pages = maximum capacity of a 1541.  Don't know
  31. about 1571, don't own one.  1581 can physically support, what, 37 pages or 296
  32. files.
  33.    Any comments, agreements, or rebuttals will be welcome <grin>
  34.  
  35.  
  36.  
  37. #: 17414 S13/The GEOS Connection
  38.     28-Dec-88  14:31:36
  39. Sb: #17398-#GEOS 2.0 Observations
  40. Fm: Anthony Marsh 72127,2301
  41. To: Ed Flinn/Sysop 76703,4032 (X)
  42.  
  43. Only thing I would be careful about is to not move anything around on the boot
  44. disk. The Trojan horse is still there. I'd rather select my printer later
  45. anyway. And of course it can kill your VORPALized copy anyway if you're not
  46. careful. Is it time for me to upload VORPAL AID here yet? Tony
  47.  
  48.  
  49.  
  50.  
  51. #: 17423 S13/The GEOS Connection
  52.     28-Dec-88  18:28:36
  53. Sb: #17414-GEOS 2.0 Observations
  54. Fm: Ed Flinn/Sysop 76703,4032
  55. To: Anthony Marsh 72127,2301
  56.  
  57. Anthony,
  58.    Certainly it's a very good practice to keep a write-protect tab on any GEOS
  59. boot disk, original or copy.  The trojan horse they built into the desktop is,
  60. as you say, still there, and has been reported to occaisionally trash an
  61. original, unhacked boot disk.
  62.    I don't think we can have any copy utilities here designed to break
  63. protection.  Even though they can legitimately be used by those who license
  64. software to make backups that they are entitled to, per the current copyright
  65. statutes, it's against CIS policy to allow these programs in the forum
  66. libraries.  Thanks for thinking of us, tho.
  67.    If I'm mistaken here, and Vorpal is *not* designed to break protection, let
  68. me know.
  69.  
  70. #: 17447 S13/The GEOS Connection
  71.     29-Dec-88  14:43:42
  72. Sb: #17414-#GEOS 2.0 Observations
  73. Fm: Marte Brengle 76703,4242
  74. To: Anthony Marsh 72127,2301
  75.  
  76. I found that you can, to a certain extent, move stuff around on the boot disk. 
  77. I ran an "upgrade" on a SuperKit copy of V1.2, for example, and managed to keep
  78. my boot files from being eaten by being *very* careful what I moved, and where.
  79. But once it was all done, the write protect tab went on, never to be removed
  80. again.  I don't want all that work eaten up because someone's Trojan Horse
  81. program *thinks* I have a pirate copy.
  82.  
  83.                                                       --M--
  84.  
  85.  
  86.  
  87.  
  88. #: 17456 S13/The GEOS Connection
  89.     29-Dec-88  16:23:35
  90. Sb: #17447-GEOS 2.0 Observations
  91. Fm: Ed Flinn/Sysop 76703,4032
  92. To: Marte Brengle 76703,4242 (X)
  93.  
  94. Marte,
  95.    That's one of the most insidious things about the GEOS Trojan.  There is a
  96. random routine in it, designed, I guess, to keep you from realizing that you
  97. weren't experiencing some mysterious bug, but an intentional "feature" of the
  98. software.
  99.  
  100. #: 17498 S13/The GEOS Connection
  101.     31-Dec-88  12:20:24
  102. Sb: #17398-#GEOS 2.0 Observations
  103. Fm: Tweeze 72401,1677
  104. To: Ed Flinn/Sysop 76703,4032 (X)
  105.  
  106. Pardon me for jumping into the middle of a string but this seems like a good
  107. place for this question. I have Geos 2.0 and am having problems using it with a
  108. 1581 and 1541 drive. I am not able to open a datafile for ANY of my
  109. applications if the data and application  are on different drives. The manual
  110. states that this is possible for all applications. I have tried every
  111. combination possible with configure but can't get it to work. I would
  112. appreciate any help.
  113.                thanx
  114.  
  115.  
  116. #: 17499 S13/The GEOS Connection
  117.     31-Dec-88  12:33:10
  118. Sb: #17498-GEOS 2.0 Observations
  119. Fm: Ed Flinn/Sysop 76703,4032
  120. To: Tweeze 72401,1677
  121.  
  122. Tweeze,
  123.     Yep, that's a known problem.  GEOS only reserves enough memory for one disk
  124. "driver".  The disk drivers aren't external files, like input and output
  125. drivers, but are part of the deskTop.  If you've got the application on one
  126. drive type, then that type will be held in memory, and the GEOS flag that
  127. controls the number of drives will be set to 1.  There are only two ways I know
  128. of to get around this:
  129.  
  130.  
  131.  1) Keep all data and programs together.  While certainly not practical on a
  132. 1541, it can be done on a 1581.
  133.  
  134.  
  135.  2) Buy an REU.  When using an REU, GEOS stores all the disk "drivers" for
  136. immediate retrieval.  It is then possible to access data on one drive type from
  137. an application resident on another.
  138.  
  139.  
  140.    If you're running on a 64, then the 1764 is the unit to buy.  It has 256k of
  141. memory, and while holding drivers and other odds and ends, can simultaneously
  142. be a RAM 1541, or can "shadow" a real 1541, a form of cacheing.
  143.    If you're running in 64 mode on a 128, the 1750 is what you want.  It's got
  144. 512k, and is fully supported by GEOS 2.0.  This is the configuration I normally
  145. run, and it works quite well.
  146.    Hope this helps.  <ed>
  147.  
  148.  
  149.  
  150. #: 17520 S13/The GEOS Connection
  151.     01-Jan-89  18:24:22
  152. Sb: #17499-#GEOS 2.0 Observations
  153. Fm: Tweeze 72401,1677
  154. To: Ed Flinn/Sysop 76703,4032 (X)
  155.  
  156. I had a feeling that was the case. The wording in the 2.0 manual is a bit vague
  157. about switching drives but never mentions problems mixing drive types in an
  158. application. Maybe the next version will correct this oversight. I am using a
  159. C64 but don't care to purchase an REU just as a cache. As for your 'trojan
  160. horse' I have only seen it wreck the boot files on the first sector of the
  161. directory also. This is simple enough to repair with a sector editor.  Just
  162. keep a copy of that sector somewhere else on the disk.
  163.      thanx
  164.  
  165.  
  166.  
  167. #: 17521 S13/The GEOS Connection
  168.     01-Jan-89  18:29:42
  169. Sb: #17520-GEOS 2.0 Observations
  170. Fm: Ed Flinn/Sysop 76703,4032
  171. To: Tweeze 72401,1677
  172.  
  173. Tweeze,
  174.    I'm not trying to sell you an REU  <grin>.  It does speed up 1541 operation
  175. considerably.  If you've got an '81, you need it much less than those who've
  176. only got '41s.  Enjoy!
  177.  
  178. #: 17638 S13/The GEOS Connection
  179.     06-Jan-89  18:00:05
  180. Sb: #17521-GEOS 2.0 Observations
  181. Fm: Tweeze 72401,1677
  182. To: Ed Flinn/Sysop 76703,4032 (X)
  183.  
  184. I have seen what an REUcan do for geoPAINT. But I don't see any other needs for
  185. it.  After having a 1581 for just a short time I am amazed at how much better
  186. it is than my 1541's. My next quest will be for the rummored burst mode chips
  187. for the c-64.
  188.   I would say though that overall GEOS version 1.3 was more efficient than 2.0.
  189.  
  190.  
  191. #: 17709 S13/The GEOS Connection
  192.     11-Jan-89  07:00:49
  193. Sb: #17638-GEOS 2.0 Observations
  194. Fm: Transactor HQ 76703,4243
  195. To: Tweeze 72401,1677
  196.  
  197. Hi Ed:
  198.  
  199. Gee, I was really enjoying do all my v2 deskTop work yesterday. All those
  200. keyboard shortcuts.
  201.  
  202. You might consider JiffyDOS if you're looking for a ROM replacement. The 128
  203. version works in 64 mode and 128 mode.
  204.  
  205. See our review in Transactor 9:3 (available very soon),
  206.  
  207. Malcolm
  208.  
  209.  
  210.